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(57) Abstract: A system includes a server and a controller embedded in a device. Both the server and the embedded controller are 
^ capable of communicating over a computer network. The embedded controller sends a command to the server over the computer 
^ network that identifies an instance of the device. In response, the server identifies the instance of the device based on the command, 
^ retrieves data that is specific to the instance of the device, and sends the data to the embedded controller over the computer network. 
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RETRIEVING DATA FROM A SERVER 

5 Background 

This invention relates to a controller embedded in a 
device (an "embedded controller") that retrieves data from a 
remote server for a specific instance of the device. 

A device may contain an embedded controller, such as a 
10 microprocessor, to monitor and control its operation. Any 

type of device may have an embedded controller, including, but 
not limited to, home appliances, such as washing machines, 
dishwashers, and televisions, and manufacturing equipment, 
such as robotics, conveyors and motors, 
is Embedded controllers, also referred to as "embedded 

devices", are often connected to an internal network, such as 
a local area network (LAN), with an interface to the Internet. 

Other devices on the internal network may communicate with 
the embedded controllers over the internal network. However, 
20 the embedded controllers are not generally addressable from 
the Internet. 
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Summary 

In general, in one aspect, the invention is directed to a 
controller embedded in a device for retrieving data from a 
5 server. The controller sends a command to the server that 
identifies an instance of the device and receives, from the 
server and in response to command, data that is specific to 
the instance of the device. 

This aspect of the invention may include one or more of 

10 the following. The command may include an operational 

parameter for the device and the data may include an updated 
value for the operational parameter. The command may include 
plural operational parameters for the device and the data may 
include updated values that differ from current values of the 

is operational parameters. 

The data may include a list of operational parameters. In 
this case, the embedded controller sends a second command to 
the server, which includes operational parameters from the 
list, and receives, from the server and in response to second 

20 command, updated values of one or more of the operational 
parameters included in the second command. The data may 
include a list of operations to be performed by the 
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controller. In this case, the embedded controller parses the 
operations from the list and performs the operations from the 
list. 

The data may include a configuration file for the device. 
5 The command may identify the instance of the device by a 
device type and/or one or more of a serial number and a 
universal unique identifier. The embedded controller may send 
the command to the server periodically. The server may run the 
Hypertext Transfer Protocol and the command may contain 
10 Extensible Markup Language code. 

In general, in another aspect, the invention is directed 
to a server for sending data over a network to a controller 
embedded in a device. The server receives a command from the 
embedded controller, identifies an instance of the device from 
15 information in the command, retrieves data that is specific to 
the instance of the device, and sends the data to the embedded 
controller. 

This aspect of the invention may include one or more of 
the following features. The command may include a device type 
20 and/or one or more of a serial number and a universal unique 
identifier. The instance of the device may be identified 
based on the device type and/or one or more of the serial 

- 3 - 
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number and the universal unique identifier. The server may 
parse the device type and one or more of the serial number and 
universal unique identifier from the command prior to 
identifying the instance of the device. 
5 The command may include an operational parameter for the 

device. The data may include an updated value of the 
operational parameter. The data may include a list of 
operational parameters for the device. The server receives a 
second command from the embedded controller, which includes an 

10 operational parameter from the list of operational parameters, 
obtains an updated value of the operational parameter, and 
sends the updated value of the operational parameter to the 
embedded controller. 

The data may include a list of operations to be performed 

15 by the embedded controller. The data may include a 

configuration file for the device. The server may receive the 
data specific to the instance of the device and store the data 
in memory, from which it is retrieved. The data specific to 
the instance of the device may be received via a Web page 

20 generated by the server. The server may run the Hypertext 
Transfer Protocol and the command may contain Extensible 
Markup Language code. 

- 4 - 
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In general, in another aspect, the invention is directed 
to a system that includes a controller embedded in a device 
that is capable of communicating over a computer network, and 
a server that is capable of communicating over the computer 
5 network. The embedded controller sends a command to the 

server over the computer network that identifies an instance 
of the device and, in response, the server (i) identifies the 
instance of the device based on the command, (ii) retrieves 
data that is specific to the instance of the device, and (iii) 
10 sends the data to the embedded controller over the computer 
network. 

This aspect of the invention may include one or more of 
the .following features. The embedded controller is not 
remotely-addressable from the computer network. The computer 
is network is the Internet. The server runs the Hypertext 
Transfer Protocol and the command may contain Extensible 
Markup Language code. 

Other features and advantages of the invention will 
become apparent from the following description, including the 
20 claims and drawings. 



- 5 - 



^SDOCID: <WO 0225501 A2_l_> 



WO 02/25501 



PCTAJS01/29787 



Brief Description of the Drawings 
Fig. 1 is a block diagram of a network containing a 
server and a device having an embedded controller; 

Fig 2 is a flowchart showing a process by which the 
5 embedded controller retrieves data for. the device from the 
server; and 

Fig 3 is a flowchart showing an alternative process by 
'which the embedded controller retrieves data for the device 
from the server. 

10 

Description 

Fig- 1 shows a network 10. Network 10 includes a device 
11 containing an embedded controller 17. Device 11 is any 
type of apparatus or system having functions that are 

15 monitored and controlled by embedded controller 17. 

Device 11 is connected to an internal network 12, such as 
a LAN. A router or modem 14 couples internal network 12 to an 
external network 15, such as the Internet/World Wide Web 
(Web) . External network 15 runs TCP/IP (Transmission Control 

20 Protocol/Internet Protocol) or some other suitable protocol. 
Network connections are via Ethernet/ telephone line, 
wireless, or other transmission media. 

- 6 - 
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External network 15 contains a server 19, which is a 
computer or any other processing device. Server 19 
communicates with embedded controller 17 over external network 
15 and internal network 12. Embedded controller 17 has a 
local IP (Internet Protocol) address that can be resolved 
within internal network 12. However, this local IP address 
may not be recognizable by devices on external network 15, 
such as server 19. As such, server 19 may not be able to 
directly address device 11. 



10 



Embedded Controller 

Embedded controller 17 runs software 20, which includes 
web client application 21 and operating software 22. Web 
client application 21 includes a TCP/IP protocol stack that 

is allows embedded controller 17 to communicate over external 
network 15. Device operating software 22 provides an 
interface between Web client application 21 and a database 24, 
Through device operating software 22, embedded controller 17 
retrieves data stored in database 24 and stores data in 

20 database 24. 

Database 24 is stored in a memory 25 on device 11 or 
internal to embedded controller 17. Database 24 stores data, 
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including operational parameters, configuration files, and 
identification information for device 11. 

The operational parameters constitute settings and/or 
control instructions for the device 11, which are implemented 
5 by embedded controller 17. The types of operational 

parameters that are stored in database 24 depend on the nature 
of device 11. For example, if device 11 is a heating/cooling 
system, the operational parameters may include temperature 
levels, humidity levels, airflow controls, vent/duct 

10 open/close controls, and fan motor speed settings. A 

configuration file is a file that contains a set of one or 
more operational parameters for an instance of device 11. 

What is meant by "instance" is the specific identity of 
device 11 as distinguished from other identical devices. The 

15 identification information stored in database 24 identifies 
the instance of device 11. This identification information 
includes, but is not limited to, data identifying the type of 
the device, a common (or "friendly") name for the device, the 
manufacturer of the device, the model name of the device, the 

20 model number of the device, the serial number of the device, 
and a universal unique identifier (UUID) for the device. 
The device type specifies a uniform resource locator 
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(URL) for the device, which includes the name of the device. 
This information identifies a Web site that is associated 
with, and generated by, server 19 for the device. For 
example, a device type might be: 

www. SonyVideo. com/television/Vega/XBR400 

for a Sony® Vega® XBR400® television that includes an embedded 
controller. The common name of the device is how the device 
is known in the vernacular, e.g., "television". The 
manufacturer identifies the manufacturer of the device, e.g., 
Sony®. The model name identifies the particular model of the 
device, e.g., Vega®. The model number identifies the model 
number of the device, e.g., XBR400®. The serial number 
is identifies the serial number of a particular instance of the 
device, e.g., 53266D. The UUID is a universal identifier' for 
the instance of the device, e.g., 4A89EA70-73B4-lld4-80DF- 
0050DAB7BAC5. Of the data shown above, only the serial number 
and the UUID are unique to the instance of device 11. 

20 

Server 

Server 19 is a computer that runs HTTP (Hypertext 
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Transfer Protocol). Server 19 includes a controller 27, such 
as a microprocessor, for executing software to perform the 
functions described below. To avoid confusion in terminology, 
the following reads as though those functions are performed by 
5 server 19, even though software in controller 27 of server 19 
performs the functions. 

Server 19 executes Web server software 29 to communicate 
over external network 15. Web server software 29 also hosts a 
Web page associated with device 11. The Web page (not shown) 

10 is displayed on the computer of a user, such as the owner of 
device 11, who may input updated operational parameters for 
the device. These input updated operational parameters are 
transmitted to Web server software 29 over external network 
15. Web server software 29 stores the updated parameters, in 

15 database 30. 

Web server software 29 stores and retrieves data in 
database 30 using application logic 32. Application logic 32 
is software for accessing database 30 using the CGI (Common 
Gateway Interface) protocol. CGI is a well-known protocol for 

20 accessing a database. The operational parameters can be 
stored in database 30 individually or as part of a 
configuration file for an instance of device 11. 

- 10 - 
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Database 30 is stored in a memory 31, which is inside of, 
or external to, server 19. Database 30 stores data associated 
with device 11, including the operational parameters noted 
above. Other data that may be stored for device 11 is 
5 described below. 

The Data Transfer Process 

Embedded controller 17 executes software 20 to retrieve 
data, such as operational parameters, from remote server 19. 

io Server 19 executes software 34 to send the data to embedded 
controller 17. Fig. 2 shows these processes in detail. The 
left half of Fig. 2, titled "Embedded Controller" shows 
process 40 performed by embedded controller 17, and the right 
half of Fig. 2, titled, "Server", shows process 41 performed. 

15 by server 19. 

Process 40 generates and sends (201) a command to server 
19. The command, or a modified version thereof, is sent by 
embedded controller 17 to server 19 periodically, it is 
through this command that embedded controller 17 polls server 
20 19 to determine if there are any new/updated operational 
parameters for device 11. 

The command includes data identifying device 11. The 
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data identifies the specific instance of device 11 and 
includes a device type field and one or both of a device 
serial number field and a device UUID. The command may also 
include the common name field, the manufacturer name field, 
5 the model name field, and the model number field, as set forth 
above . 

The command may be either an HTTP GET command or an HTTP 
post command.. The data included in those commands is similar, 
with the difference being that the HTTP GET command retrieves 

10 a document, such as a configuration file, that contains 

operational parameters and the HTTP POST command retrieves 
individual operational parameters. An example of an HTTP GET 
command is shown in Appendix A and an example of an HTTP POST 
command is shown in Appendix B. 

15 The HTTP POST and GET commands shown in Appendices A and 

B contain XML (extensible Markup Language) commands. XML is a 
self-describing computer language in the sense that fields in 
the XML code identify variables and their values in the XML 
code. For example, as shown in the Appendices, the 

20 "manufacturer" field identifies a manufacturer, e.g., Sony®, 
and is delineated by "<manuf acturer>" to indicate the start of 
the field and "</manuf acturer>" to indicate the end of the 
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field. XML is used because it can be generated, parsed and 
read relatively easily by server 19 arid embedded controller 
17. 

As noted, the GET command is used to retrieve a document 
s from server 19. The document to be retrieved corresponds to 
the fields in the GET command, in particular to the device 
type, serial number and/or UUID fields. By contrast, the POST 
command is used to retrieve individual operational parameters. 
The operational paramieters that are to be retrieved are 
10 listed in the POST command itself. For example, as shown in 
Appendix B, the operational parameters include airflow, 
humidity, motor and vent values for the fictitious "widget" 
device. The current values of these parameters are specified 
in the POST command shown in Appendix B as follows: 



15 



20 



<parameters> 

<Airflow xsd:type="integer">378</Airflow> 
<Humidity xsd : type="double">4 6 . 7</Humidity> 
<Motor xsd:type="integer">1500</Motor> 
<Vent xsd: type="integer">4</Vent> 

</parameters> 



The updated values of these parameters are returned by server 
25 19 to embedded controller 17 in a reply POST command. The 
updated values of these parameters are specified in the POST 
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command shown in Appendix B as follows: 

<parameters> 

<Motor xsd:type="integer">1250</ Motor > 
5 <Vent xsd: type="integer">2</Vent> 

</parameters> 

As shown, both the POST and GET commands include the URL 

10 of the device in the device type field. As described below, 
this directs server 19 to a Web site associated with device 11 
and, thereafter, in the esse of a GET Command, to retrieve a 
specific Web page that is generated by server 19 for the 
device. It is noted that, since the POST command retrieves 

15 parameters, not a document like the GET command, the POST 
command need not include a URL of the device. 

Referring back to Fig. 2, process 41 (in server 19) 
receives (202) the command from embedded controller 17. 
Process 41 identifies the command as either a POST or GET 

20 command based on a header, such as "POST /CONTROL HTTP/1. 1" 
(see the headers in Appendices A and B) , in the command. 
Process 41 uses an XML parser to parse (203) the various 
identifying fields, such as device type, serial number, and 
UUID, from the command. 

25 Process 41 identifies (204) the instance of device 11 
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based on the information parsed from the command. That is, 
process 41 uses the device type, serial number, and UUID field 
information to identify the instance. 

5 If The Command Is A POST Command 

The remaining identification information from the command 
is used to narrow the search through database 30 down to data 
for the specific instance of device 11. The device serial 
number and/or UUID are used to retrieve operational parameters 
10 specific to device 11. 

Once the appropriate data has been identified (204), 
process 41 retrieves (205) that data using application logic 
32. Process 41 compares the values of the operational 
parameters to those included in the POST command. If the 
15 values are the same, process 41 returns an indication that 
there are no new/updated values for device 11. If the values 
of the operational parameters are different, process 41 adds 
the appropriate updated value fields to the POST command and 
sends (206) the POST command, with the updated operational 
20 parameters, back to embedded controller 17. Thus, only those 
operational parameters that differ from their original values 
are returned to embedded controller 17 in the POST command. 
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If The Command Is A GET Command 
As was the case above with the POST command, the 
remaining identification information from the command is used 
5 to narrow the search through database 30 down to data for the 
specific instance of device 11. In particular, the device 
serial number and/or UUID are used to retrieve (205) a 
configuration file that is specific to device 11. Process 41 
then sends (206) the configuration file to embedded controller 
10 17. The configuration file may be a Web page identified by 
the URL in the device type field. This Web page is generated 
by server 19 using parameters stored in database 30 and then 
sent to device 11. It is noted that the complete Web page 
itself need not be stored. Alternatively, the GET command may 
15 retrieve separate configuration files and Web pages. 

Process 40 in embedded controller 17 receives (207) the 
data (operational parameters or configuration file) from 
server 19 in response to sending (201) the command. Process 
20 40 then uses the data to update/reset device 11. For example, 
if device 11 is a- heating system, a new operational parameter 
may be a new temperature setting for its thermostat. In this 
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example, embedded controller 17 sets the new temperature 
accordingly, if the device is a television, a new operational 
parameter may indicate that certain pay television stations 
are now available, m this case, embedded controller 17 
s performs any appropriate decoding/descrambling functions on 
the television signal. 

Alternative Embodimpnt- 

Fig. 3 shows alternative embodiments of processes 40,41. 
10 In processes 40,41, the GET and POST commands request the 
same parameters each time the commands are issued. The 
parameters requested are encoded in the software to implement 
process 40. This embodiment provides a way to change the 
parameters that are requested without altering the software 
is that generates the request/command. 

Referring to Fig. 3, process 45 in embedded controller 17 
begins by sending (301, a command to server 19. The command, 
in this case, is an HTTP GET command, since it is requesting a 
document, not individual operational parameters. The document 
20 is an XML document that contains a list of operational 
parameters to be updated. Using this document, embedded 
controller 17 can change the operational parameters that it 
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periodically updates. 

Process 46 in server 19 receives (302) the command from 
embedded controller 17, parses (303) the command using an XML 
parser to obtain the information specific to the instance of 
5 device 11, and identifies (304) the appropriate document based 
on this information. As before, the information that 
identifies the instance of device 11 includes, among other 
things, the device type, its serial number, and its UUID. 
Process 46 retrieves (305) the document containing the list of 

10 operational parameters to be updated, and sends (306) the 
document back to embedded controller 17. 

Process 45 in embedded controller 17 receives (307) the 
document from server 19, parses (308) the operational 
parameters to be updated from the document, and formulates 

15 (309) a POST command to send to server 19. The command is 
formulated using a command template (not shown), into which 
process 45 inserts the operational parameters parsed from the 
document. Process 4 5 sends this second command to the server. 
At this point, processes 45 and 46 operate (310) in the same 

20 manner as processes 40 and 41, respectively, when used with a 
POST command. Accordingly, the details of processes 40,41 are 

0 

not repeated here. 
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This alternative embodiment may be generalized further. 
For example, rather than simply retrieving a list of 
operational parameters, embedded controller 17 may retrieve, 
from server 19, a list of operations that it is to perform, 
s For example, that list may contain operational parameters to 
be updated, times at which the updates are to occur, a 
schedule of diagnostic tests, and the like. Any operation 
that may be performed by embedded controller 17 may be 
included on the list. 
io The process for retrieving the list of operations is 

identical to processes 45 and 46, save for the contents of the 
list itself. The actions that embedded controller takes once 
it has the list (i.e., 310) depend on the contents of the 
list. For example, the list might specify that parameters are 
is to be updated every hour and may also contain a list of the 
parameters to be updated. The list may contain XML commands, 
which can be parsed by embedded controller 17. Thus, embedded 
controller 17 reads the commands in the list and performs the 
appropriate operations with respect to device 11. 

20 

Architecture 

Processes 40,41 and 45,46 are not limited to use with the 
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hardware/software configuration of Fig. 1; they may find 

applicability in any computing or processing environment. 

Processes 40,41 and 45,46 may be implemented in hardware 

(e.g., an ASIC {Application-Specific Integrated Circuit) 
5 and/or an FPGA {Field Programmable Gate Array}), software, or 

a combination of hardware and software. 

Processes 40,41 and 45,46 may be implemented using one or 

more computer programs executing on programmable computers 

that each includes a processor, a storage medium readable by 
io the processor (including volatile and non-volatile memory 

and/or storage elements), at least one input device, and one 

or more output devices. 

Each such program may be implemented in a high level 

procedural or object-oriented programming language to 
15 communicate with a computer system. Also, the programs can be 

implemented in assembly or machine language. The language may 

be a compiled or an interpreted language. 

Each computer program may be stored on a storage medium 

or device (e.g., CD-ROM, hard disk, or magnetic diskette) that 
20 is readable by a general or special purpose programmable 

computer for configuring and operating the computer when the 

storage medium or device is read by the computer to perform 
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processes 40,41 and 45,46. 

Processes 40,41 and 45,46 may also be implemented as a 
computer-readable storage medium, configured with a computer 
program, where, upon execution, instructions in the computer 
5 program cause the computer to operate in accordance with 
processes 40,41 and 45,46. 

The invention is not limited to use with the protocols 
and standards described above. For example, Web server may 
use Java Servlets, ASP (Active Server Pages), and/or ISAPI 
10 (Internet Server Application Programming Interface) to 
communicate with application logic 32, instead of, or in 
addition to, CGI. The commands sent by embedded controller 17 
and/or server 19 (e.g., in 201, 301, 310) are not limited to 
HTTP GET and POST commands. Any commands and/or requests for 
15 requesting and receiving data may be used. 

The data transferred to embedded controller 17 by server 
19 is not limited to operational parameters or configuration 
files. The data may include, for example, a schedule of 
actions to be performed by device 11 that is based on 
20 information pertaining the owner of the device. For example, 
owner preferences may be stored in database 30. The instance- 
specific data may be used by server 19 to correlate the owner 
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of the device to the appropriate preferences. These 
preferences then may be transmitted back to device 11 to 
control the operation thereof. 

The original parameters sent by embedded controller 17 to 
5 server 19 may be used by server 19 to calculate new, updated 
parameters based on data stored in database 30. Thus, the 
invention is not limited to simply retrieving updated data, 
but may also include calculating new data based on currently- 
available data. 

10 The documents and commands described above are not 

limited to XML format. Any computer language may be used for 
the commands. The documents may be in any format, for 
example, HTML (Hypertext Markup Language) documents may be 
used. In addition, the invention is not limited to use with 

15 the Web, Web servers, and the like. The servers and embedded 
controllers described herein may be the same type of general- 
purpose computer appropriately programmed, or different 
devices. 

Other embodiments not described herein are also within 
20 the scope of the following claims. 
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Appendix A 



GET COMMAND 



GET /Widget/config.xml HTTP/1.1 
5 HOST: www.acme.com 

Content-Type: text/xml 
Content-length : nnn 

<?xml version="1.0"?> 

10 <root xmlns= ,, urn:schemas-upnp-org:device-l-O n > 
<specVersion> 

<major>K/major> 
<minor>0</minor> 
</specVersion> 
15 <device> 



<manufacturer>Acme Industries</manufacturer> 
<modelName>Widget</modelName> 
<modelNumber>3</modelNumber> 
<serialNumber>53266D</serialNumber> 

<UDN>uuid:4A89EA70-73B4-lld4-80DF-0050DAB7BAC5</UDN> 




:e : Widget : 3</deviceType> 

> 



</device> 
</root> 



25 
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Appendix B 



POST COMMAND 

POST /CONTROL HTTP/ 1.1 
5 Host: www. acme. com 

Content-Type: text/xml 
Content-length: nnn 

<?xml version="1.0"?> 
10 <root xmlns="urn: schemas-upnp-org:device-l-0"> 
<specVersion> 

<ma jor>K/ma jor> 
<minor>0</minor> 
</specVersion> 
15 <device> 

<deviceType>urn : www-acme-com: device : Widget : 3</deviceType> 
<f riendlyName>Widget</f riendlyName> 
<manufacturer>Acme Industrie s</manufacturer> 
<modelName>Widget</modelName> 
20 <modelNumber>3</modelNumber> 

<serialNumber>53266D</serialNumber> 

<UDN>uuid: 4A89EA70-73B4-lld4-80DF-0050DAB7BAC5</UDN> 
</device> 
</root> 
25 <parameters> 

<Airf low xsd: type="integer">378</Airf low> 
<Humidi ty xsd : type="double">4 6 . 7</Humidi ty> 
<Motor xsd: type="integer">1500</Motor> 
<Vent xsd: type="integer">4</Vent> 
30 </parameters> 

And the response containing parameters that have been 
modified: 

HTTP/1.1 200 OK 
35 Connection: close 

Content-Type : text/xml 
Content-length: nnn 

Date: Fri, 13 Jun 2000 13:43:05 GMT 
40 <?xml version="1.0"?> 
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<parameters> 

<Motor xsd:type="integer">1250</ Motor > 
<Vent xsd: type="integer">2</Vent> 
. </parameters> 

5 
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What is claimed is: 

1. A method performed by a controller embedded in a 
device for retrieving data from a server, comprising: 

sending a command to the server that identifies an 
5 instance of the device; and 

receiving, from the server and in response to command, 
data that is specific to the instance of the device. 

2. The method of claim 1, wherein the command includes 
10 an operational parameter for the device and the data comprises 

an updated value for the operational parameter. 

3. The method of claim 2, wherein the command includes 
plural operational parameters for the device and the data 

is comprises updated values that differ from current values of 
the operational parameters, 

4. The method of claim 1, wherein the data comprises a 
list of operational parameters; and 

20 the method further comprises: 

sending a second command to the server, which includes 
operational parameters from the list; and 
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10 



receiving, from the server and in response to second 
command, updated values of one or more of the operational 
parameters included in the second command. 

5. The method of claim 1, wherein the data comprises a 
list of operations to be performed by the controller; and 
the method further comprises: 
parsing the operations from the list/ and 
performing the operations from the list. 

6. The method of claim 1, wherein the data comprises a 
configuration file for the device. 

7. The method of claim 1, wherein the command identifies 
15 the instance of the device by a device type and/or one or more 

of a serial number and a universal unique identifier. 

8. The method of claim 1, wherein the embedded 
controller sends the command to the server periodically. 
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9. The method of claim 1, wherein the server runs the 
Hypertext Transfer Protocol and the command contains 
Extensible. Markup Language Code. 

5 10. A method performed by a server for sending data over 

a network to a controller embedded in a device, comprising: 

receiving a command from the embedded controller; 

identifying an instance of the device from information in 
the command; 

10 retrieving data that is specific to the instance of the 

device; and 

sending the data to the embedded controller. 

11. The method of claim 10, wherein: 
is the command includes a device type and/or one or more of 

a serial number and a universal unique identifier; and 

the instance of the device is identified based on the 
device type and/or one or more of the serial number and the 
universal unique identifier. 

20 
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12. The method of claim 11, further comprising: 
parsing the device type and one or more of the serial 

number and-, universal unique identifier from the command prior 
to identifying the instance of the device. 

s 

13. The method of claim 10, wherein: 

the command includes an operational parameter for the 
device; and 

the data comprises an updated value of the operational 
io parameter. 

14. The method of claim 10, wherein: 

the data comprises a list of operational parameters for 
the device; and 

is the method further comprises: 

receiving a second command from the embedded 
controller, which includes an operational parameter from 
the list of operational parameters; 

obtaining an updated value of the operational 
20 parameter; and 

sending the updated value of the operational 
parameter to the embedded controller. 
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15. The method of claim 10, wherein the data comprises a 
list of operations to be performed by the device. 

5 16. The method of claim 10, wherein the data comprises a 

configuration file for the device. 

17. The method of claim 10, further comprising: 
receiving the data specific to the instance of the 

io device; and 

storing the data in memory; 

wherein the data is retrieved from the memory. 

18. The method of claim 17, wherein the data specific to 
15 the instance of the device is received via a Web page 

generated by the server. 

19. The method of claim 10, wherein the server runs the 
Hypertext Transfer Protocol and the command contains 

20 Extensible Markup Language Code. 

20. A system comprising: 
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a controller embedded in a device, the controller being 
capable of communicating over a computer network; and 

a server that is capable of communicating over the 
computer network; 
s wherein the embedded controller sends a command to the 

server over the computer network that identifies an instance 
of the device and, in response, the server (i) identifies the 
instance of the device based on the command, (ii) retrieves 
data that is specific to the instance of the device, and (iii) 
10 sends the data to the embedded controller over the computer 
network. 

21. The system of claim 20, wherein the embedded 
controller is not remotely-addressable from the computer 
15 network. 



22. The system of claim 20, wherein the computer network 
comprises the Internet. 



20 



23. The system of claim 20, wherein the server runs the 
Hypertext Transfer Protocol and the command contains 
Extensible Markup Language Code. 



- 31 - 



<SDOCI& <WO_0225501A2J_> 



WO 02/25501 PCT/US01/29787 



24. A computer program stored on a computer-readable 
medium, the computer program being executable by a controller 
embedded in a device to retrieve data from a server, the 
computer program comprising instructions that cause the 
embedded controller to: 

send a command to the server that identifies an instance 

of the device; and 

receive, from the server and in response to command, data 
that is specific to the instance of the device, 

25. The computer program of claim 24, wherein the 
command includes an operational parameter for the device and 
the data comprises an updated value for the operational 

is parameter. 

26. The computer program of claim 25, wherein the 
command includes plural operational parameters for the device 
and the data comprises updated values that differ from current 

20 values of the operational parameters. 

27. The computer program of claim 24, wherein the data 
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comprises a list of operational parameters; and 

the computer program further comprises instructions that 

cause the embedded controller to: 

send a second command to the server, which includes 

operational parameters from the list; and 

receive, from the server and in response to second 

command, updated values of one or more of the operational 

parameters included in the second command. 



28. The computer program of claim 24, wherein the data 
comprises a list of operations to be performed by the 
controller; and 

the computer program further comprises instructions that 
cause the embedded controller to: 
15 parse the operations from the list; and 

perform the operations from the list. 

29. The computer program of claim 24, wherein the data 
comprises a configuration file for the device. 

20 
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30. The computer program of claim 24, wherein the 
command identifies the instance of the device by a device type 
and/or one or more of a serial number and a universal unique 
identifier. 

5 

31. The computer program of claim 24, wherein the 
embedded controller sends the command to the server 
periodically. 

10 32. The computer program of claim 24 , wherein the server 

runs the Hypertext Transfer Protocol and the command contains 
Extensible Markup Language Code. 

33. A computer program stored on a computer-readable 
15 medium that is executable by a server to send data over a 
network to a controller embedded in a device, the computer 
program comprising instructions that cause the server to: 
receive a command from the embedded controller; 
identify an instance of the device from information in 
20 the command; 

retrieve data that is specific to the instance of the 
device; and 
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send the data to the embedded controller. 

34. The computer program of claim 33, wherein: 
the command includes a device type and/or one or more of 
5 a serial number and a universal unique identifier; and 

the instance of the device is identified based on the 

device type and/or one or more of the serial number and the 

universal unique identifier. 

10 35 • The computer program of claim 34 , further comprising 

instructions that cause the server ^o: 

parse the device type and one or more of the serial 
number and universal unique identifier from the command prior 
to identifying the instance of the device. 

15 

36. The computer program of claim 33, wherein: 
the command includes an operational parameter for the 
device; and 

the data comprises an updated value of the operational 
20 parameter. 
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37. The computer program of claim 33, wherein: 

the data comprises a list of operational parameters for 

the device; and 

the computer program further comprises instructions that 

5 cause the server to: 

receive a second command from the embedded 
controller, which includes an operational parameter from 
the list of operational parameters; 

obtain an updated value of the operational 
io parameter; and 

send the updated value of the operational parameter 
to the embedded controller. 

38. The computer program of claim 33, wherein the data 
is comprises a list of operations to be performed by the device. 

39. The computer program of claim 33, wherein the data 
comprises a configuration file for the device. 

20 40. The computer program of claim 33, further comprising 

instructions that cause the server to: 

receive the data specific to the instance of the device; 

- 36 - 



JSDOCID: <WO 0Z25501A2J 



WO 02/75501 



PCT/US01/29787 



5 



and 

store the data in memory; 

wherein the data is retrieved from the- ~emory. 

41. The computer program of claim 40, wherein the data 
specific to the instance of the device is received via a Web 
page generated by the server. 



42. The computer program of claim 33, wherein the server 
10 runs the Hypertext Transfer Protocol and the command contains 
Extensible Markup Language Code. 



43. An apparatus for retrieving data from a server, 
comprising: 

a memory which stores executable instructions; and 
a controller which executes the instructions to: 

send a command to the server that identifies an 
instance of the device; and 

receive, from the server and in response to command, 
data that is specific to the instance of the device. 



15 



20 



44. The apparatus of claim 43, wherein the command 
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includes an operational parameter for the device and the data 
comprises an updated value for the operational parameter. 

45. The apparatus of claim 44, wherein the command 

5 includes plural operational parameters for the device and the 
data comprises updated values that differ from current values 
of the operational parameters. 

46. The apparatus of claim 43, wherein the data 
io comprises a list of operational parameters; and 

the apparatus executes instructions to: 

send a second command to the server, which includes 
operational parameters from the list; and 

receive, from the server and in response to second 
is command, updated values of one or more of the operational 

parameters included in the second command. 

47. The apparatus of claim 43, wherein the data 
comprises a list of operations to be performed by the 

20 controller; and 

the apparatus executes instructions to: 

parse the operations from the list; and 
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perform the operations from the list. 

48. .The apparatus of claim 43, wherein the data 
comprises a configuration file for the device. 

49. The apparatus of claim 43, wherein the command 
identifies the instance of the device by a device type and/or 
one or more of a serial number and a universal unique 
identifier. 

50. The apparatus of claim 43, wherein the embedded 
controller sends the command to the server periodically. 

51. The apparatus of claim 43, wherein the server runs 
is the Hypertext Transfer Protocol and the command contains 

Extensible Markup Language Code. 

52. An apparatus for sending data over a network to a 
controller embedded in a device, comprising: 

20 a memory which stores executable instructions; and 

a controller which executes the instructions to: 

receive a command from the embedded controller; 
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identify an instance of the device from information 
in the command; 

retrieve data that is specific to the instance of 
the device; and 
5 send the data to the embedded controller. 

53. The apparatus of claim 52, wherein: 

the command includes a device type and/or one or more of 
a serial number and a universal unique identifier; and 
io the instance of the device is identified based on the 

device type and/or one or more of the serial number and the 
universal unique identifier. 

54. The apparatus of claim 53, wherein the apparatus 
15 executes instructions to: 

parse the device type and one or more of the serial 
number and universal unique identifier from the command prior 
to identifying the instance of the device. 



20 55. The apparatus of claim 52, wherein: 

the command includes an operational parameter for the 
device; and 
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the data comprises an updated value of the operational 
parameter. 

56. The apparatus of claim 52, wherein: 
s the data comprises a list of operational parameters for 

the device; and 

the apparatus executes instructions to: 

receive a second command from the embedded 
controller, which includes an operational parameter from 
" the list of operational parameters; 

obtain an updated value of the operational 
parameter; and 

send the updated value of the operational parameter 
to the embedded controller. 

15 

57. The apparatus of claim 52, wherein the data 
comprises a list of operations to be performed by the device. 

58. The apparatus of claim 52 wherein the data comprises 
20 a configuration file for the device. 

59. The apparatus of claim 52, 'wherein: 
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the apparatus executes instructions to: 

receive the data specific to the instance of the 

device; and 

store the data in memory; and 
the data is retrieved from the memory. 

60. The apparatus of claim 59, wherein the data specific 
to the instance of the device is received via a Web page 
generated by the server. 

61. The apparatus of claim 52, wherein the apparatus 
runs the Hypertext Transfer Protocol and the command contains 
Extensible Markup Language Code. 
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